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TRANSPORT OF RADIO NETVORK-ORIGINATED 
CONTROL INFORMATION 

RELATED APPLICATIONS 

This application claims priority from commonly-assigned U.S. Provisional Patent 
Application Serial Nos. 60/190,097 and 60/191,499, filed March 20, 2000 and March 23, 
2000, respectively, the entire contents of which is incorporated herein by reference. 

FIELD OF THE INVENTION 

The present invention relates to radio access, more specifically, to how certain 
control information communicated to a mobile radio terminal can be efficiently 
transported in a Radio Access Network (RAN). 

SUMMARY OF THE INVENTION 

In a radio access network (RAN) where information may be sent to a mobile radio 
unit using a radio channel shared by other mobile radio units, a first transport bearer is 
established between a first RAN node and a second RAN node to transport data ultimately 
to be transmitted on the shared radio channel. A second transport bearer is established 
between the first and second RAN nodes to transport control information originated in 
the first RAN node that relates to the first transport bearer data. The first RAN node then 
transmits the control information over the second transport bearer to the second RAN 
node. 

The control information might include, for example, information known to the first 
RAN node because the first RAN node supervises scheduling of data to be transmitted on 
the shared radio channel. The control information may provide the mobile radio unit with 
information needed to decode the data transmitted on the shared radio channel. Such 
needed information might include a frame identifier, a specific radio resource like a 
spreading code in a CDMA type of communication system, and/ or an indication of how 
different radio resources are multiplexed on the shared radio channel. In one example, 
non-limiting embodiment, the control information includes transport format indication 
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information such as transmit format indicator (TFI) and/or transmit format combination 
indicator (TFCI) information employed in third generation (3G) Universal Mobile 
Telephone Systems (UMTS) systems in accordance with the 3 GPP specification. 

In a preferred, example embodiment, the first RAN node is a drift radio network 
5 controller (DRNC), and the second RAN node is a base station (BS). A third transport 
bearer may be established to transport dedicated radio channel data and dedicated radio 
channel control information through the RAN for transmission to a mobile radio unit on a 
dedicated radio channel. This third transport bearer may be established by a serving radio 
■Q network controller (SRNC) working in conjunction with the DRNC to support the 
i="5lo connection with the mobile radio unit. 

^ In one example implementation of the present invention, a computer-generated 

l D data signal, (e.g., generated in a computer in the DRNC), is transported on a separate 
O transport bearer between the DRNC and the base station having a particular format. A 
frame number field includes a specific frame number identifying a frame on the shared 
15 radio channel. A transport format indicator field includes information relating to a 
M particular radio channel resource in the corresponding frame. In one example 

implementation, the transport format indicator field includes an index to a transport 
format table previously stored in the mobile radio unit. In other words, the index 
addresses particular entries in the look-up table so the mobile can retrieve certain 
20 information that will allow it to receive and decode information intended for that mobile 
radio unit on the shared radio channel. For example, since the DRNC is in charge of 
scheduling how data is multiplexed in a frame on the shared radio channel and allocating 
particular radio resources, such as channelization codes and associated spreading factors, 
the DRNC can convey to the mobile radio, using the transport format indicator, these 
25 types of specific details to allow the mobile radio unit to decode information sent over the 
shared radio channel. 



BRIEF DESCRIPTION OF THE DRAWINGS 



The objects, features, and advantages of the invention will be apparent from the 
following description of the preferred but non-limiting example embodiment described in 
conjunction with the following drawings. The drawings are not necessarily to scale or 
comprehensive, emphasis instead being placed upon illustrating the principles of the 
invention. 

Fig. 1 is a function block diagram of a radio communications system in which the 
present invention may be employed; 

Fig. 2 is an example transport format indicator (TFI) signaling message; 

Fig. 3 is an example radio access network architecture in which certain control 
information (like TFI and/or TFCI messages) to be communicated to a mobile radio 
terminal is transported in the radio access network architecture; 

Fig. 4 shows an example embodiment of the present invention in which a transport 
format indicator originated in a DRNC is communicated from the DRNC to a base station 
over a separate transport bearer; 

Fig. 5 is a flowchart diagram illustrating procedures in accordance with one example 
implementation of the present invention; 

Fig. 6 is an example signaling procedure for setting up a separate transport bearer 
between a DRNC and a base station for communicating DRNC-originated control 
information; and 

Fig. 7 shows an example of implementation of the invention in a differently 
configured RAN. 

DESCRIPTION OF THE FIGURES 

In the following description, for purposes of explanation and not limitation, details 
are set forth pertaining to a specific RAN architecture, having certain interfaces, signaling, 
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and messages, in order to provide an understanding of the present invention. However, it 
will be apparent to one skilled in the art that the present invention may be practiced in 
other implementations, embodiments, and contexts that depart from these specific details. 

In some instances, detailed descriptions of well-known methods, interfaces, devices, 
5 and signaling techniques are omitted so as not to obscure the description of the present 
invention with unnecessary detail. Moreover, individual function blocks are shown in 
some of the figures. Those skilled in the art will appreciate that the functions may be 
implemented using individual hardware circuits, using software functioning in conjunction 
^ with a suitably programmed digital microprocessor or general purpose computer, using an 
□ 10 application specific integrated circuit (ASIC), and/ or using one or more digital signal 
i|j processors (DSPs). 

*0 The architecture of an example Radio Access Network (RAN) 13, the interfaces 

Q between nodes in the RAN 13, and the physical channels on the radio interface are now 
=5 described with reference to the radio communications system 10 shown in Fig. 1. User 
: if 15 Equipment (UE) 22, such as a mobile or fixed radio terminal, is used by a subscriber to 
access services offered by one or more core networks (CN) 12 (only one is shown). 
Examples of core networks include the PSTN, the ISDN, the Internet, other mobile 
networks, etc. Core networks may be coupled to the radio access network 13 through 
circuit-switched and/ or packet-switched core network service nodes like Mobile Switching 
20 Center (MSC) (not shown) or a Serving GPRS Support Node (SGSN) (not shown). The 
radio access network 13 typically includes plural Radio Network Controllers (RNCs) 14, 
16. Each RNC controls radio connectivity with mobile terminals within a geographical 
area, e.g., one or more cells, byway of one or more base stations (BS) 18, 20. 

For each connection between a UE mobile terminal 30 and a core network 
25 node 12, an RNC may perform one of two roles. As a Serving RNC (SRNC) 18, the RNC 
controls the connection with the mobile terminal within the RAN. Sometimes, while a 
connection is active, the mobile terminal moves to a geographical area controlled by 
another RNC. This other RNC via which the connection is routed to the mobile terminal 
is called a Drift RNC (DRNC) 16. In the DRNC role, the RNC supports the SRNC by 



supplying radio resources controlled by the DRNC that are needed to support the 
connection with the mobile terminal. The DRNC is connected to the SRNC through a 
logical interface labeled Iur. Although there is only one SRNC, there may be more than 
one DRNC involved in a mobile terminal-CN connection, depending on any movement of 
5 the mobile terminal and radio environment conditions. 

A Base Station (BS) node (18, 20), (sometimes called a "Node B"), provides UE 
radio connectivity in one or more cells. Each cell covers a limited geographical area. A 
base station is coupled to and controlled by a Controlling RNC (CRNC). A CRNC can be 
% an SRNC or a DRNC. The CRNC performs admission control for all the resources of the 
j go base stations it is controlling. In addition, the CRNC performs the scheduling of common 
M and shared physical channels (as described below) on the radio interface for these BSs. In 
IS Fig. 1, the RNC 14 labeled "SRNC" is the CRNC for base station (BS1) 18. The RNC 16 
"*f labeled "DRNC 5 is the CRNC for base station (BS2) 20. A base station is connected to its 
: ri CRNC through a logical Lib interface. 

£|5 User data is transported on logical "transport bearers" over the Iub/Iur interfaces 

u between the different nodes in the RAN. A transport bearer typically transports one 

transport channel including user data information (an information stream), and possibly 
also control information like cyclic redundancy check (CRC), bit error rate (BER), 
transport format indicators like TFIs and/or TFCIs (described below), etc. Depending on 
20 the transport network used, these logical transport bearers may, for example, be mapped to 
actual ATM Adaptation Layer 2 (AAL2) transport connections (in the case of an ATM- 
based transport network) or User Data Protocol (UDP) transport connections (in the case 
of an IP-based transport network). 

The radio interface may include two groups of physical radio channels: 
25 (1) dedicated physical channels (referred to as DCH in the 3GPP specification) and 

(2) shared physical channels (referred to as DSCH in the 3GPP specification). Dedicated 
physical channels may be used for transporting information between a single UE terminal 
and a core network and are not shared or used by other mobile terminals. A shared 
physical channel may be used by multiple UE terminals, e.g., using a multiplexing scheme 
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such as code or time division multiplexing. One or more transport bearers are mapped to 
a physical radio channel. 

When a DRNC provides resources for a mobile terminal-core network (CN) 
connection, there are different DRNC control functions for dedicated types of physical 
5 channels and for shared types of physical channels. For dedicated physical channels, the 
DRNC is involved in admission control because it must commit DRNC resources, (e.g., 
radio resources like spreading codes in a CDMA type system), to support the UE terminal- 
,« CN connection. Once the DRNC commits some of the resources it controls to support 
5 y the UE terminal-CN connection, the DRNC is not responsible for scheduling or other 
Q 10 supervising of the physical channel resources for that UE teiminal-CN connection, 
=3 Instead, this responsibility is handled by the SRNC. However, the DRNC may inform the 
' « SRNC of local conditions, like a congestion situation in a cell, and may request the SRNC 
;^ to change the information rate on the dedicated physical channel. 

□ For shared physical channels, the DRNC is again involved in admission control 

i5 15 when the mobile UE terminal-core network (CN) connection is established, to the extent 
its DRNC resources are needed to support that connection. After the DRNC commits its 
resources to support the UE terminal-CN connection, however, the DRNC must perform 
one or more additional control or supervisory functions. Because a shared physical 
channel is used by multiple UE terminals, the DRNC -- not the SRNC - performs the 
20 final scheduling of the resources on the shared physical channel. 

In the downlink (DL) direction from RAN to the UE terminal, due to the last 
moment resource scheduling in the DRNC, the UE terminal typically does not know 
which shared physical channel resources, will be used by the RAN for its UE terminal-CN 
connection at each moment in time, e.g., spreading codes, frame multiplex times, etc. In 
25 order to overcome this uncertainty, (1) the UE terminal may monitor continuously all 

shared physical channel resources to detect which resources are used for its connection, or 
(2) the RAN can inform the UE terminal about the common/ shared resources it is using 
to support that UE terminal connection at each point in time. For the second 
approach (2), the RAN must continuously inform the UE terminal about the shared 
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physical channel resources used at each moment in time. To accomplish this, the RAN 
must send to the UE resource identification/allocation messages on a parallel-established, 
dedicated radio channel before the UE is to receive the information on the shared radio 
channel. 

Radio channel information streams are transported in the RAN between the SRNC 
and the involved BS on transport bearers over the Iub and Iur interfaces. A transport 
bearer transports information related to either a dedicated physical radio channel or a 
shared physical radio channel. The information carried on a transport bearer used for 
transporting information related to a dedicated physical channel passes essentially 
transparently through the DRNC, However, in diversity handover connections, the 
DRNC may perform a combining (uplink from each BS)/ splitting (downlink to each BS) 
functions for this information because multiple base stations coupled to the DRNC are 
supporting the UE terminal-CN connection. If the DRNC does not need to perform such 
combining/ splitting, e.g., the two BSs are under the same DRNC, the DRNC need not 
manipulate the transported information in neither the uplink nor downlink direction. In 
this case, the DRNC functions like a conduit or relay node. 

For information carried on a transport bearer relating to shared physical channels, 
the DRNC must schedule the physical radio channel-related information received for 
different mobile terminals from one (or possibly more) SRNCs, i.e., multiplex different 
information streams onto the shared radio channel at different times using different radio 
resources. The goal is to optimize use of the shared physical channel resources on the 
radio interface. In addition, the DRNC may perform a rate control function with the 
SRNC, i.e., the DRNC requests the SRNC to slow down its data transmission in order to 
avoid congestion on the shared physical channel 

The issue is how to get this and other kinds of control information originating at 
the DRNC to the mobile radio so it knows when and how to decode the information sent 
to it on the shared radio channel. Indeed, the timing of the physical channel information 
transport in the RAN is important for successful communication over the shared channel. 
For scheduling control, the information transported in the downlink is labeled with a 
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timestamp indicating when the information needs to be sent over the radio interface. The 
base stations may use a receive "window" when receiving data from an SRNC or a DRNC. 
If data is received within the window, that data can be processed and transmitted on the 
radio interface. If the information is received too early, the base station may not have 
enough buffer capacity to temporarily store the received information. If the information is 
received too late, the base station may not have enough time to process the received 
information and send it out on the radio interface at the correct moment in time. The 
signaling on the Iub/Iur interfaces can support procedures, (e.g., a timing adjustment 
request message), by which the base station can request its CRNC (for shared physical 
channels) or an SRNC (for dedicated physical channels) to adjust the time at which 
information is sent to the base station. 

One way in which the identity of particular physical channel resources to be used, 
(e.g., radio resources like spreading codes), and how these resources are to be used, (e.g., 
type of channel coding and coding rate), may be communicated by the RAN to the mobile 
terminal is through the use of Transport Format Indication (TFI) and/ or Transport 
Format Combination Indication (TFCI) control messages employed in the 3GPP 
specification. The invention is not limited any specific type of transport control message 
format or information. The TFI and TFCI are simply examples. 

A TFI or TFCI message may be used to describe these kinds of characteristics of a 
dedicated physical channel (hereafter "TFI1" or "TFCI1") as well as of a shared physical 
channel (hereafter "TFI2" or "TFCI2"). Again, a TFI or a TFCI is just an example of a 
control message, and other control messages as well as other types of control information 
may be used. Using a TFI example for purposes of illustration only, an SRNC determines 
a TFI1 for each dedicated transport channel, and a DRNC determines the TFI2 for each 
shared transport channel. The base station maps the TFI1 information for all dedicated 
transport channels (if any) to a TFCI1. Similarly, the base station maps the TFI2 
information for other shared transport channels (if any) to a TFCI2. If there is only one 
dedicated transport channel and one shared transport channel, the TFCI1 corresponds to 
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one TFI1 value, and the TFCI2 corresponds to one TFI2 value. Both the TFCI1 and the 
TFCI2 are provided to the UE terminal by the BS on a dedicated physical radio channel 

After receiving the TFCI1 control information over the dedicated physical control 
channel, the UE terminal knows how the different transport channels are multiplexed onto 
5 the dedicated physical radio channel. The UE is also aware of the downlink physical 
channel resources, (e.g., spreading factor, channelization code, etc.), that are allocated 
when the radio link is first set up. With this information, the UE terminal can receive and 
demodulate information transmitted over the dedicated radio channel. 

j 5 On the other hand, a shared radio channel may use one of several radio resources, 

!^ 10 (e.g., one of several radio channel WCDMA spreading codes), based on the current radio 
f 31 resource scheduling by the CRNC. Because it is impractical for the UE terminal to know 

and check for information regarding all the radio resource(s) currently selected for use by 
: the CRNC, the UE terminal is informed of the currently used radio resources for the 
=3 shared physical channels, in this example, using the TFCI2 control message. The TFCI2 
Q 15 may identify for the UE terminal the particular radio resources, (e.g., spreading codes), to 

be used by the common/ shared physical radio channel at a certain future moment in time. 

The TFCI2 may also indicate the time or multiplexing position within the identified frame 

that corresponds to the information directed to the mobile unit which should be decoded. 

Typically, the TFCI 1 and TFCI 2 information is an index to a look-up table 
20 provided to and stored in the mobile radio unit during the time that a connection is 

established between a core network and the mobile unit. Information in the look-up table 
includes individually addressable entries of radio resource identification, e.g., a 
channelization code and corresponding spreading factor, as well as multiplexing or timing 
information that identify which portions of a particular frame on the shared radio channel 
25 contain information for the particular mobile radio unit. The TFCI index is used to 

address that look-up table and retrieve the corresponding information used by the mobile 
radio to then receive and properly decode information intended for it from the shared 
radio channel 
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A description of TFIs and TFCIs may be found in the 3GPP RAN2 specification 
entitled "Service Provided by the Physical Layer/' 25.302, revision v.3.3.0, incorporated 
herein by reference. Fig. 2 shows an example TFI message format in a signaling control 
frame. An eight bit field indicates a connection frame number (CFN) followed by a TFI 
or TFCI indicator. The TFI and/ or TFCI may be used to address control information 
previously stored in a look-up table in the mobile radio as described above. This reduces 
the amount of data to be transmit over the radio interface. Of course, control information 
could be communicated directly rather than indirectly. Optional Spare and Spare 
Extension bit fields are also shown. 

One approach for communicating TFCI2 information is for the DRNC to insert 
the TFCI2 into the information stream to be transmitted on the dedicated physical radio 
channel. The BS then transmits both the TFCI1 and TFCI2 on the dedicated radio 
physical channel over the radio interface. Fig. 3 illustrates this approach. The scheduled 
data and the TFI1 control information to be transported on a dedicated physical traffic 
radio channel are received at the DRNC on a corresponding transport bearer. See the 
solid line in the transport bearer (shown as a tube) between the SRNC 14 and DRNC16. 
The DRNC inserts the TFCI2 into that information stream before it is forwarded to the 
BS via the same transport bearer (shown as a dashed line in a tube) between DRNC 16 and 
BS2 20. This approach for conveying the TFCI2 data, however, has some drawbacks. 

First, insertion of the TFCI2 by the DRNC is inconsistent with a RAN architecture 
in which control and traffic information related to a dedicated physical channel are 
transported between SRNC and BS by "transparently" passing through the DRNC If the 
DRNC must insert the TFCI2, it is no longer transparent. Instead, the DRNC must be 
knowledgeable of the data content it receives and forwards, which increases the complexity 
of and the delay caused by the DRNC. 

Second, if the TFCI2 information arrives too late at the BS, the BS will send a 
timing adjustment request in the uplink direction to the RNC. All uplink information 
from the BS related to dedicated physical channels is supposed to be passed transparently 
to the SRNC. Accordingly, the timing adjustment request is transparently passed from the 



11 



BS by the DRNC to the SRNC. However, it is the DRNC — not the SRNC — that 
should perform the timing adjustment function. The DRNC adds the TFCI2 to the 
downlink information stream to be transported over the dedicated physical radio channel. 

Third, insertion of the TFCI2 by the DRNC handicaps potential changes to the 
RAN configuration. One such change envisioned by the inventors of the present 
invention is described further below in conjunction with Fig. 7. That change includes 
establishing a direct transport bearer between the SRNC and a BS for transporting 
information related to a dedicated physical channel. Although such a direct transport 
bearer may have some disadvantages, (e.g., combining/ splitting are not possible in the 
DRNC if needed), the benefits of such a solution may outweigh the drawbacks. Example 
benefits might include a decreased load on the DRNC and a decreased transport delay on 
the dedicated physical channel in the RAN, i.e., no DRNC processing and buffering delay. 
In any event, this approach eliminates the need to include the DRNC in the transport 
bearer route for data to be transported on a dedicated physical radio channel. 

To overcome these drawbacks and limitations, (and perhaps others), the present 
invention employs a separate transport bearer between a controlling-RNC (CRNC) and a 
BS to transport CRNC-originated control information that is to be transmitted by the BS 
to the mobile terminal on a dedicated physical radio channel. Fig. 4 illustrates an example 
of such a separate transport bearer (the thick dashed line) between a DRNC (the 
controlling RNC for BS2) and BS2 that conveys such information, e.g., TFCI2 control 
information originated in the DRNC. Although not shown, in a configuration that 
includes only an SRNC and a base station, (i.e., there is no DRNC supporting the 
connection), it may be appropriate or otherwise desirable to establish a separate transport 
bearer to carry the control information such as TFI information generated by the SRNC. 

Although the invention may transmit various types of control information over the 
separate transport bearer, the non-limiting, example described hereafter is TFCI2 control 
information. Rather than inserting the TFCI2 (or other control information) into the 
information stream related to the dedicated physical channels, a separate transport bearer is 
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established from the DRNC to the BS (the thick dashed line) to convey the control 
information, e.g., the TFIC2. 

There are three transport bearers established between the DRNC 16 and the base 
station 20. A first transport bearer carries to the DRNC scheduled data to be transported 
on a shared radio channel, like the DSCH. A second transport bearer transports the 
SRNC-scheduled data to be transported on a dedicated radio channel, such as the DCH, 
along with control information originated at the SRNQ such as the TFI1. The third 
transport bearer transports the control information originated at the DRNC 16, which in 
this case, is the TFCI2. 

A Transport Information procedure (block 100) is now described in conjunction 
with the flowchart illustrated in Fig. 5. A transport bearer request is received at the RAN 
to establish a transport bearer between a particular UE mobile radio and a core network 
(block 102). A decision is made (block 104) whether the UE is in the cell under the 
control of the drift RNC Of course, the connection is initially established byway of a 
serving RNC and a base station cell under the control of that serving RNC. However, 
through movement of the UE during the lifetime of the connection, it may be handed over 
to a cell under the control of a drift RNC. 

If there has been no handover to a DRNC cell, the SRNC schedules user data for 
transmission over a dedicated radio channel and a shared radio channel, e.g., DCH and 
DSCH, respectively (block 106). The shared radio channel handles transmission of bursty 
traffic (like WWW data) sent to UEs more efficiently than a dedicated channel. The SRNC 
establishes a transport bearer to transport the DCH data as well as control information for 
the DCH and possibly also the DSCH, e.g., TFI1 and TFI2 (block 108). The SRNC also 
establishes a transport bearer to transport the DSCH data (and possibly some control 
information) (block 110). 

If the UE is in a cell under the control of a drift RNC (DRNC), the SRNC 
schedules the DCH data and the DRNC schedules the DSCH data (block 1 12). The 
DRNC establishes a separate transport bearer between the DRNC and the base station to 
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convey DRNC-originated control information (e.g., TFCI2) (block 114). Other transport 
bearers are established between the DRNC and base station to transport DCH and DSCH 
information (block 116). 

This example implementation of the present invention can be further implemented 
using appropriate signaling between the SRNQ DRNQ and base station (sometimes 
referred to as "node B"). Fig. 6 illustrates an example signaling diagram. The SRNC 
communicates with the DRNC using a Radio Network Subsystem Application Protocol 
(RNSAP). The DRNC communicates with the base station (node B) using a Node B 
Application Protocol (NBAP). An ALCAP protocol is used to establish transport bearers 
in the RAN. 

An RL_SETUP_REQUEST message is sent from the SRNC to the DRNC along 
with a specific request for a DCH transport bearer and a DSCH transport bearer. The 
DRNC sends a corresponding message RL_SETUP_REQUEST to the base station 
node B and includes a TFIC2 transport bearer request along with the DCH and DSCH 
transport bearer requests. The base station returns an RL_SETUP_RESPONSE message 
to the DRNC and includes DCH, DSCH, and TFCI2 transport bearer parameters, e.g., 
transport layer addresses, binding identifiers, etc. The DRNC sends an 
RL_SETUP_RESPONSE message to the SRNC including the DCH and DSCH transport 
bearer parameters. Accordingly, DCH and DSCH transport bearers are established 
between the SRNC and DRNC using ALCAP signaling. DCH, DSCH, and TFCI2 
transport bearers are established between the DRNC and the base station node B also 
using ALCAP signaling. 

Fig. 7 illustrates another non-limiting, example RAN implementation where data to 
be transmitted on a dedicated physical radio channel is transported in the RAN directly 
from the SRNC to the BS, along with any associated control information, e.g., the TFCI1. 
In Fig. 7, however, the direct transport bearer between the SRNC and the BS to transport 
dedicated physical channel information eliminates the need to relay this information 
through the DRNC. By not routing the transport bearer through an intermediate DRNC 
node, internal RAN transport delay is decreased. Thus, BS2 receives the TFI1 informaiion 
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directly from the SRNC. However, because a separate transport bearer is established 
between the DRNC and BS2 to cany DRNC-originated control information relating to the 
DSCH data, the TFCI2 control information may also be communicated to BS. 

A separate control information transport bearer does not need to be used in all 
situations. If the CRNC corresponds to the SRNC, the CRNC-originated control 
information to be transmitted on a dedicated physical channel over the radio interface may 
be multiplexed on the direct Iub transport bearer from the SRNC to the BS along with the 
dedicated physical channel information. A separate transport bearer could also be used. If 
the CRNC is a DRNC tasked with transmitting non-scheduled data via a shared physical 
channel, and with generating control information to be transmitted on the dedicated 
physical channels over the radio interface, the DNRC establishes a separate transport 
bearer to transport DRNC-originated control information. Consequently, control 
information originated by the DRNC is simply sent by way of the separate transport 
bearer. Data received from the SRNC is quickly and transparently passed through the 
DRNC to the base station. In addition, the DRNC, and not the SRNC, is able to perform 
any timing adjustment functions required by the base station for data which is scheduled 
by the DRNC. Also, the invention allows flexibility with potential changes to the RAN 
configuration, an example of which was just described above in conjunction with Fig. 7. 
Namely, the dedicated channel data can go directly from the SRNC to the base station 
even though the shared channel scheduling is done in the CRNC. This configuration 
reduces delays in handling of dedicated channel data. 

While the present invention has been described with respect to a particular 
embodiment, those skilled in the art will recognize that the present invention is not limited 
to the specific example embodiments described and illustrated herein. Again, the 
invention is not limited to the TFI and/ or TFCI examples provided above. Different 
formats, embodiments, and adaptations besides those shown and described as well as 
many modifications, variations, and equivalent arrangements may also be used to 
implement the invention. 



